Transmission and detection of multi-channel signals in reduced channel format

ABSTRACT

Embodiments of the invention are generally directed to transmission and detection of multi-channel signals in reduced channel format. An embodiment of a method for transmitting data includes determining whether a first type or a second type of content data is to be transmitted, where the first type of content data is to be transmitted at a first multiple of a base frequency and the second type of data is to be transmitted at a second multiple of the base frequency. The method further includes selecting one or more channels from a plurality of channels based on the type of content data, clocking a frequency on the first or second multiple of the base frequency according to the type of content data in the selected channels, modifying the content data to fit within a single output channel, and transmitting the modified data via a single output channel at the chosen multiple of the base frequency.

RELATED APPLICATION

This U.S. patent application is a continuation of U.S. patentapplication Ser. No. 13/004,359, filed Jan. 11, 2011, which is nowissued U.S. Pat. No. 8,755,431 and claims the benefit of priority toU.S. Provisional Application No. 61/295,148 filed on Jan. 14, 2010,which are incorporated by reference in their entirety.

TECHNICAL FIELD

Embodiments of the invention generally relate to the field of datacommunications and, more particularly, transmission and detection ofmulti-channel signals in reduced channel format.

BACKGROUND

Data transmission for multimedia data may be made in various formats,utilizing differing numbers of channels. In operation, such data may beconverted between formats, thus possibly requiring modification of data,data channels, and transmission factors.

MHL™ (Mobile High-Definition Link) technology generally transmitsincoming three channel TMDS (Transition Minimized DifferentialSignaling) signals using only one TMDS channel. However, the MHLutilizes a transmission clock frequency that is three times higher thana frequency for general HDMI™ (High-Definition Multimedia Interface)data transmission.

However, the MHL transmission requires a high transmission frequencythat may create issues in certain implementations. In certain videoresolutions, such as, for example, a high definition 1080p YCbCr mode(1080p indicating 1080 horizontal scan lines, and YCbCr indicating a Yluma component, Cb blue-difference chroma component, and Crred-difference chroma component), the data transmission frequency may beexcessively high for a transmission link.

BRIEF DESCRIPTION OF THE DRAWINGS

Embodiments of the invention are illustrated by way of example, and notby way of limitation, in the figures of the accompanying drawings inwhich like reference numerals refer to similar elements.

FIG. 1 illustrates an embodiment of a system including a transmitter,receiver, and interface;

FIG. 2 illustrates an embodiment of a transmitter device;

FIG. 3 illustrates an embodiment of a receiver device;

FIG. 4 is a flow chart to illustrate an embodiment of a transmittingprocess;

FIG. 5 is a flow chart to illustrate an embodiment of a receivingprocess;

FIG. 6 is a flow chart to illustrate an embodiment of a process fordetecting and handling types of content for data to be transmitted;

FIG. 7 is a flow chart to illustrate an embodiment of a process fordetecting and handling types of content for received data;

FIG. 8 illustrates an embodiment of multi-channel data transmission;

FIG. 9 illustrates an embodiment of video data multiplexing;

FIG. 10 illustrates an embodiment of control period data multiplexing;

FIG. 11 illustrates an embodiment of data island multiplexing;

FIG. 12 illustrates an embodiment of a process for demultiplexingreceived video data;

FIG. 13 illustrates an embodiment of a process for demultiplexingreceived control data;

FIG. 14 illustrates an embodiment of a process for demultiplexingreceived data islands;

FIG. 15 illustrates an embodiment of a receiver for handlingmulti-channel data transmission;

FIG. 16 illustrates an embodiment of a receiver for handlingmulti-channel data transmissions; and

FIG. 17 illustrates an embodiment of a system for transmission andreception of multi-channel data.

SUMMARY

Embodiments of the invention are generally directed to transmission anddetection of multi-channel signals in reduced channel format.

In a first aspect of the invention, a method for transmitting dataincludes determining whether a first type or a second type of contentdata is to be transmitted, where the first type of content data is to betransmitted at a first multiple of a base frequency and the second typeof data is to be transmitted at a second multiple of the base frequency.The method further includes selecting one or more channels from a set ofmultiple channels based on the type of content data, clocking afrequency on the first or second multiple of the base frequencyaccording to the type of content data in the selected channels,modifying the content data to fit within a single output channel, andtransmitting the modified data via a single output channel at the chosenmultiple of the base frequency.

DETAILED DESCRIPTION

Embodiments of the invention are generally directed to transmission anddetection of multi-channel signals in reduced channel format.

In some embodiments, a method, apparatus, and system are provided tosupport multi-channel data transmission at a reduced clock frequency. Insome embodiments, a method, apparatus, and system are provided tosupport multi-channel data transmission in certain resolutions in alower (such as a doubled) clock frequency, rather than using a higher(such as a tripled) clock frequency.

In some embodiments, a method, apparatus, or system is provided in amultimedia system such as an MHL system. However, embodiments are notlimited to this format of data transmission. In this discussion,transmission at an increased clock such as a 3× clock is referred to as“3-to-1 lane multiplexing” and transmission at a reduced clock such as a2× clock is referred to as “2-to-1 lane multiplexing”. In someembodiments, a method, apparatus, or system further provides forautomatic detection of 3-to-1 versus 2-to-1 lane multiplexing modes.

In certain data resolutions, only two of three TMDS channels in HDMIwill contain meaningful or significant data during a video data period.In some embodiments, the fact that one channel does not containmeaningful or significant data may be utilized to transmit data at adoubled clock frequency instead of three times higher frequencygenerally utilized for MHL transmission. For example, in an embodimentof video data multiplexing, video data may be transmitted in a 1080pYCbCr mode. In some embodiments, a process is provided for filling achannel in handling received video data, wherein non-meaningful data(such as data that was omitted from transmission to allow for 2-to-1multiplexing) is provided for the channel.

HDMI signals include not only video data periods, but also controlperiods and data island periods. In some embodiments, data for suchperiods may be modified by data omission to reduce data channels or datacompression to fit multiple channels of data into a single channel. Insome embodiments, a method, apparatus, or system may utilizecharacteristics of the data to allow for transmission at a lowerfrequency.

In some embodiments, in a control period, data in one channel (Ch-1) maybe omitted because the control data pattern sent through that channel isfixed to a constant in the HDMI specification. In some embodiments, datain the other two channels may then be sent through one TMDS channel at adoubled clock frequency. In some embodiments, a process is provided forfilling a channel in order to handle received control data, where datathat was fixed to a constant (that was omitted for transmission to allowfor 2-to-1 multiplexing) is re-inserted into a channel.

For a data island period, which delivers audio sample data and otherimportant data packets for HDMI data transmission, all three HDMIchannels contain meaningful data. In some embodiments, data charactersprovided in the three TMDS channels for data island periods may bedecomposed and compressed to fit into two TMDS characters, which thenmay be transmitted in one TMDS channel at a double clock frequency. Insome embodiments, the data is decomposed in a manner that allows forrecovery of the original data at the receiver side.

FIG. 1 illustrates an embodiment of a system including a transmittingdevice, a receiving device, and an interface. In some embodiments, thesystem provides for transmission from the transmitting device, Source105 (such as a mobile device), via an interface 115 (such as an MHLinterface) and bridge 110, and reception of the data at the receivingdevice, Sink 120 (such as a television or other video presentationdevice).

In some embodiments, the Source 105 provides for transmission of thedata at a reduced clock frequency through transformation of datachannels for transmission. In some embodiments, the Sink 120 providesfor receiving such data and reforming the data into the original formatprior to the data transformation.

FIG. 2 illustrates an embodiment of a transmitting device, includinglogic to handle transmission of data in different multiplexing modes. Insome embodiments, the transmitting device 200, which may include adevice to handle and transform HDMI for MHL data transmission, mayreceive multiple incoming channels 230 and produce a single outgoingchannel 235.

In some embodiments, the transmitting device 200 includes a bridge 205and receiver 210 for carrying and reception of incoming data. In someembodiments, the transmitting device further includes logic 215 for thehandling and transformation of the data, a memory 220 to hold data fortransmission, and a transmitter 225 to transmit the data at a reducedclock rate.

In some embodiments, the logic 215 provides for:

1. Determining the type of content data—For HDMI data, the type of datamay include video data, control data, and data island data;

2. Selecting the channels to be transmitted at a multiple of the basefrequency, where the channels and clock frequency are selected based onthe type of content data;

3. Modifying the data to fit within a single output channel; and

4. Providing the modified data for transmission using the transmitter225.

FIG. 3 illustrates an embodiment of a receiving device, including logicto handle reception of data in the different multiplexing modes. In someembodiments, the receiving device 300, which may include a device tohandle and transform MHL data into HDMI data, may receive a single inputchannel 330 and produce multiple outgoing channels 335.

In some embodiments, the receiving device 300 includes a bridge 305 andreceiver 310 for carrying and reception of incoming data. In someembodiments, the receiving device 300 includes logic 315 for thehandling and transformation of the data, a memory 320 to hold data fortransmission, and a transmitter 325 to transmit the multiple channels ofdata 335.

In some embodiments, the logic 315 provides for:

1. Detecting the type of content data;

2. Determining the frequency clocking for the received data;

3. Decoding the content data; and

4. Converting the content data into multiple channels for transmission.

In some embodiments, a method, apparatus, or system provides fordetecting the multiplexing of data, such as whether 3-to-1 or 2-to-1lane multiplexing is implemented. In some embodiments, the transmitteddata includes an element to identify the multiplexing. In HDMI, aspecial data sequence referred to as a preamble is transferred in acontrol period to provide notice whether the next data period is videoperiod or data island period, with three of four possible combinationsof the preamble being used in the HDMI standard. In some embodiments,the remaining pattern is used to provide notice when 2-to-1 lanemultiplexing is being used rather than 3-to-1 multiplexing. However,embodiments are not limited to this coding.

FIG. 4 is a flow chart to illustrate an embodiment of a transmittingprocess. In some embodiments, a type of content data is detected 402. Insome embodiments, a first type of content data may be detected 404,where the data may be data that is not appropriate for transmission at areduced frequency, and the content data may be transmitted at a normalmultiple of a base frequency, such as a frequency of three times a basefrequency 406.

In some embodiments, a second type of content data may be detected 410,where the type of content data may be data that is appropriate fortransmission at a reduced frequency. In this illustration, the contentdata may be data from a video data period 412, a control period 414, ora data island period 416. In some embodiments, the process may includeselecting one or more channels from a plurality of channels based on thetype of content data 418. The process may further include clocking thecontent data at a second multiple (such as 2×) of the base frequency420. In some embodiments, certain data to be transmitted is modified tofit within a single output channel 422, and the modified data istransmitted via a single output channel at the reduced clock frequency424.

FIG. 5 is a flow chart to illustrate an embodiment of a receivingprocess. In some embodiments, a process includes detecting a type ofcontent data that is received 502, which in some embodiments may beaccomplished automatically using a code provided in a preamble of thereceived data, or accomplished manually using an external controlsignal. In some embodiments, a first type of content data 504, which maybe data that is not appropriate for modification to transmit at areduced frequency, is handled utilizing a standard demultiplexing, sucha 3-to-1 demultiplexing 506. In some embodiments, a second type ofcontent data 510, which may be data that has been modified fortransmission at a reduced frequency, is handled utilizing a reducedmultiplexing, such as 2-to-1 multiplexing. In some embodiments, thecontent data may be data from a video data period 512, a control period514, or a data island period 516. In some embodiments, the processincludes decoding the data from a single data channel 518, clocking thecontent data at a second multiple (such as 2×) of the base frequency520, and converting the data into a plurality of channels based on thecontent type 522, where such conversion may include filling a channelthat was omitted in transmission or copying and separating data frommultiple channels that has been combined into a single channel.

FIG. 6 is a flow chart to illustrate an embodiment of a process fordetecting and handling types of content for data to be transmitted. Insome embodiments, the second type of content data may be detected 602,such as provided in element 410 of FIG. 4. In some embodiments, the datamay be HDMI data and the data may be video period data 604, controlperiod data 614, or data island period data 624.

In some embodiments, if the content data is video period data 604, thena channel of such data that does not contain any meaningful orsignificant data is omitted 606. For example, the data may be video datain a YCbCr mode utilizing luminance (Y) and chrominance (C (chroma)-Cb(blue-difference) and Cr (red-difference)) components. In someembodiments, a channel contains lower bits of the Y/C components, andsuch channel may be skipped as not containing meaningful or significantdata. In some embodiments, the process continues with clocking the dataat 2× the base frequency 608. In some embodiments, the data is modifiedto fit within a single output channel 610, and the modified data istransmitted via the single output channel 612.

In some embodiments, the content data is control period data 614. Insome embodiments, a portion of the data in a channel that is fixed to aconstant is omitted 616, such as channel 1 in HDMI data, therebyeliminating one of the channels for transmission. In some embodiments,the process continues with clocking the data at 2× the base frequency618, modifying the data to fit within a single output channel 620, andtransmitting the modified data via the single output channel 622.

In some embodiments, the content data is data island period data 624. Insome embodiments, all channels are selected and are compressed to fitwithin one channel 626. In some embodiments, the channels are compressedby taking two channels of HDMI data, channel 1 and channel 2, forcombining into a channel. In some embodiments, the process continueswith clocking the data at 2× the base frequency 628, decoding channeldata (channel 1 and channel 2) to reduce the data size to fit within asingle channel 630, and transmitting the modified data via the singleoutput channel 632.

FIG. 7 is a flow chart to illustrate an embodiment of a process fordetecting and handling types of content for received data. In someembodiments, the second type of content data may be detected 702, suchas provided in element 510 of FIG. 5. In some embodiments, the data maybe HDMI data, and the content data may be video period data 704, controlperiod data 716, or data island period data 728.

In some embodiments, the content data may be video period data 704.Subsequent to decoding the content from a single channel 706 andclocking the data at two times a base channel frequency 708, the contentis converted into a plurality of channels 710. In some embodiments, achannel containing non-meaningful or insignificant data is inserted togenerate a third channel 712. For example, the data may be video datautilizing Y/C components and a channel may be inserted to replace thelower bits of the Y/C components. The content data is then transmittedon multiple channels 714, such as three HDMI channels.

In some embodiments, the content data may be control period data 716.Subsequent to decoding the content from a single channel 718 andclocking the data at two times a base channel frequency 720, the contentis converted into a plurality of channels 722. In some embodiments, achannel that is fixed to a constant is inserted to generate a thirdchannel 724. For example, the data may be inserted to replace an HDMIcontrol channel that is fixed to a constant. The content data is thentransmitted on multiple channels 726.

In some embodiments, the content data may be data island period data728. Subsequent to decoding the content from a single channel 730 andclocking the data at two times a base channel frequency 732, the contentis converted into a plurality of channels by decompressing at least aportion of the data to fit into multiple channels 734. In someembodiments, a channel containing non-meaningful data is inserted togenerate a third channel. The content data is then transmitted onmultiple channels 736.

FIG. 8 illustrates an embodiment of multi-channel data transmission. Inthis illustration, an HDMI data stream is transformed in an MHL datastream. As illustrated, HDMI data prior to TMDS coding 805 is written toa 1×-to-3× FIFO (First In First Out) memory buffer 810, where the datais written to the buffer at a base (1×) frequency. The data may then beread at a multiple (3×) of the base frequency and provided to aselector, such as a 24-bit to 8-bit selector 815, to provide for placingthe multiple channels serially in a single channel. The data issubjected to TMDS coding, transforming such data into an MHL data streamin the form of 10-bit vectors 825, such transmission being made at a 3×clock frequency.

In some embodiments, the multi-channel data transmission illustrated inFIG. 8 is modified to allow for transmission at a lower clock frequency.In certain data resolutions, only two of the three TMDS channels in HDMIwill contain meaningful data during a video data period. In someembodiments, the fact that one channel does not contain meaningful datais utilized to transmit data at a doubled clock frequency instead ofthree times higher frequency generally utilized for MHL transmission.

FIG. 9 illustrates an embodiment of video data multiplexing. FIG. 9 inparticular illustrates video data multiplexing for a 1080p YCbCr mode.In some embodiments, HDMI data prior to TMDS coding 905 is written to a1×-to-2× FIFO buffer 910. In some embodiments, the video data is writtento the buffer at a base (1×) frequency and read at a reduced multiple(2×) of the base frequency and provided to a selector, such as a 24-bitto 8-bit selector 915, to provide for placing the multiple channelsserially in a single channel. In some embodiments, the data istransformed to allow for transmission at the lower frequency. In thisillustration, the channel 0 (Ch-0) contains the lower bits of Y/Ccomponents, which thus may be viewed as not containing meaningful orsignificant data. The resulting data is subjected to TMDS coding 920,transforming such data into an MHL data stream in the form of 10-bitvectors 925, such transmission being made at a 2× clock frequency,providing for transmission of Ch-2 and Ch-1.

FIG. 10 illustrates an embodiment of control period data multiplexing.In some embodiments, HDMI data prior to TMDS coding 1005 is written to a1×-to-2× FIFO buffer 1010. In some embodiments, the control data iswritten to the buffer at a base (1×) frequency and read at a reducedmultiple (2×) of the base frequency and provided to a selector, such asa 24-bit to 8-bit selector 1015, to provide for placing the multiplechannels serially in a single channel. In some embodiments, the data istransformed to allow for transmission at the lower frequency. In thisillustration, the channel 1 (Ch-1) contains a fixed data pattern, andthus may be eliminated and recreated by a receiving device. Theresulting data is subjected to TMDS coding 1020, transforming such datainto an MHL data stream in the form of 10-bit vectors 1025, suchtransmission being made at a 2× clock frequency, providing fortransmission of Ch-2 and Ch-0.

FIG. 11 illustrates an embodiment of data island multiplexing. FIG. 11specifically depicts a case in which TERC4 (TMDS Error Reduction Coding)decoding may be utilized to reduce transmission size for HDMI Ch-1 andCh-2, allowing such channels to be combined for transmission. In someembodiments, HDMI data prior to TMDS coding 1105 is written to a1×-to-2× FIFO buffer 1110. In some embodiments, the control data iswritten to the buffer at a base (1×) frequency and read at a reducedmultiple (2×) of the base frequency and provided to a selector, such asa 24-bit to 8-bit selector 1115, to provide for placing the multiplechannels serially in a single channel.

In some embodiments, the data in two channels (Ch-1 and Ch-2) istransformed to allow for transmission at the lower frequency. In someembodiments, data coding is removed from such channels to allow for datacompression. Decoding such as TERC4 decoding is applied for the two TMDSchannels. In HDMI, data island packets are divided into four-bitsegments and are encoded with TERC4 before transmitting for additionalerror tolerance in noisy environment. In some embodiments, if a physicallink is sufficiently stable to provide a good BER (bit error rate), thesystem may safely eliminate or skip the TERC4 encoding in the MHLsystem, thus provided more compact data for transmission.

In some embodiments, the decoded data from Ch-1 and Ch-2, comprising 4bits per channel, is merged to form a single 8-bit channel. Theresulting data is subjected to TMDS coding 1120, transforming such datainto an MHL data stream in the form of 10-bit vectors 1125, suchtransmission being made at a 2× clock frequency, providing fortransmission of combined Ch-2/Ch-1 and Ch-0.

FIG. 12 illustrates an embodiment of a process for demultiplexingreceived video data. In particular, FIG. 12 illustrates an embodiment ofa process for filling a channel for received video data, whereinnon-meaningful or insignificant data (which was omitted fromtransmission to allow for 2-to-1 multiplexing) is provided for achannel.

In some embodiments, an MHL stream 1205 containing two channels (Ch-2and Ch-1) of MHL data is received. The data is decoded from 10-bit to8-bit format 1210 and realigned from 8 bits to 24 bits 1215. In someembodiments, the channel missing from the received data (Ch-0), whichcontained non-meaningful or insignificant data, is filled with valuessuch that the final pixel data is zero.

The realigned data is provided to a 2×-to-1× FIFO buffer 1220, where thedata is written at a clock frequency of twice the base frequency andread at a clock frequency at the base frequency. The data then maybypass encoding 1225 (as the data is TERC4 encoded), resulting in thetransmission of the 24-bit HDMI data stream 1230.

FIG. 13 illustrates an embodiment of a process for demultiplexingreceived control data. In particular, FIG. 13 illustrates an embodimentof a process for filling a channel for received control data, where datafixed to a constant (which was omitted in transmission to allow for2-to-1 multiplexing) is re-inserted into a channel.

In some embodiments, an MHL stream 1305 containing two channels (Ch-2and Ch-0) of MHL data is received. The data is decoded from 10-bit to8-bit format 1310 and realigned from 8 bits to 24 bits 1315. In someembodiments, the channel missing from the received data (Ch-1), whichcontained a fixed value, is filled with values to replace the fixedvalues (i.e., such that the CTL1, CTL0 value is ‘01’).

The realigned data is provided to a 2×-to-1× FIFO buffer 1320, where thedata is written at a clock frequency of twice the base frequency andread at a clock frequency at the base frequency. The data then maybypass encoding 1325 (as the data is TERC4 encoded), resulting in thetransmission of the 24-bit HDMI data stream 1330.

FIG. 14 illustrates an embodiment of a process for demultiplexingreceived data islands. In particular, FIG. 14 illustrates an embodimentof a process for duplicating and separating channel data (which wascombined in transmission to allow for 2-to-1 multiplexing) to recreatethe data islands. In this illustration, data that was TERC4 decoded tocombine channels is TERC4 encoded to return the data to its originalform.

In some embodiments, an MHL stream 1405 containing two channels(combined Ch-2/Ch-1 and Ch-0) of MHL data is received. The data isdecoded from 10-bit to 8-bit format 1410 and realigned from 8 bits to 24bits 1415. In some embodiments, the combined channel Ch-2/Ch-1 isduplicated to generate two separate channels.

The realigned data is provided to a 2×-to-1× FIFO buffer 1420, where thedata is written at a clock frequency of twice the base frequency andread at a clock frequency at the base frequency. A portion of the firstcombined channel (representing Ch-2) and a portion of the secondcombined channel (representing Ch-1) are subject to TERC4 encoding (1435and 1440 respectively) to generate the encoded Ch-2 and Ch-1 channels,with the data of Ch-0 bypass encoding 1425 (as the data is TERC4encoded), resulting in the transmission of the 24-bit HDMI data stream1430.

FIG. 15 illustrates an embodiment of a receiver for handlingmulti-channel data transmission. FIG. 15 provides a block diagram of anembodiment of an MHL transmitter to, for example, support transmissionssuch as 1080p YCbCr mode at a reduced transmission clock frequency.

As in illustrated, an MHL transmitter 1500 receives signals includingrst_n_1 x, Nx; clock signals 1 x, Nx; de; control signals ctl[3:0];vertical synchronization signal vsync; horizontal synchronization signalhsync; data channels (illustrated here as RGB designated channelsr_8b[7:0], g_8b[7:0], and b_8b[7:0],); and high definition format signalm1080 p.

In some embodiments, the MHL transmitter 1500 includes an asynchronousFIFO buffer 1505, where the buffer includes a first 1× clock domain 1530for writing data at a base frequency and an Nx clock domain 1535 forreading data at an appropriate multiple of the base frequency, such as3× for normal MHL transmission and 2× for transmission at a reducedclock speed when data can be transformed into a form for transmission inreduced channels. The transmitter 1500 further includes a 24-bit to8-bit section 1510 for realigning data in a single channel, serialformat of 8-bit channels, the section 1510 including a de_sep component1515 and rgb_mux component 1520. In some embodiments, the de_sepcomponent 1515 determines whether the incoming data stream is in videodata period, data island period or control period. In some embodiments,the rgb_mux component 1520 applies the appropriate multiplexing schemefor the period, as provided above. In some embodiments, the transmitter1500 provides for reduced clock speed multiplexing of certain data,including video data as provided in FIG. 9, control data as provided inFIG. 10, and data island data as provided in FIG. 11. The transmitterfurther provides for TMDS encoding to produce a 10-bit output (q[9:0]),as illustrated by DVI encoder 1525.

FIG. 16 illustrates an embodiment of a receiver for handlingmulti-channel data transmission. In some embodiments, an MHL receiver1600 receives an MHL transmission (tmds_10b[9:0]), together withclocking clk_1 x, Nx and signals grst_n, rst_n and mode signalri_mode_1080 p and ri_mode_1080 p_det_en. The receiver 1600 includesoutputs mhl_de; control signals mhl_ctl[3:0]; vertical synchronizationmhl_vs and horizontal synchronization mhl_hs; and MHL data mhl_d[23:0];together with mode signal mode_1080 p.

In some embodiments, the receiver 1600 includes a component (dvi_en1605) for converting the received 10-bit data channels to 8-bit formatand an 8-bit to 24-bit alignment component 1615 to align the data in24-bit form for transformation into multiple channels. In someembodiments, the receiver 1600 includes an asynchronous FIFO buffer 1620having an Nx (such as 3× or 2×) clock domain 1630 for writing data tothe FIFO and a 1× clock domain 1635 for reading data at the basefrequency. In some embodiments, the receiver 1600 provides for reducedclock speed demultiplexing of certain data, including video data asprovided in FIG. 12, control data as provided in FIG. 13, and dataisland data as provided in FIG. 14. The receiver further includes anHDMI interface 1625 for the transmission of converted HDMI data.

In some embodiments, preambles for data may be as provided in Table 1:

TABLE 1 CTL3 CTL2 CTL1 CTL0 Video data 0 0 0 1 preamble Data island 0 10 1 preamble HDCP 1 0 0 1

In this illustration, in order to designate the 1080p mode, CTL[3:2] maybe set to be ‘11’ instead of CTL[3:2]=‘01’. Thus, for 1080p mode, MHL-TX1500 replaces CTL[3:2]=01 with 11. In some embodiments, MHL-RX 1600 mayuse external input to determine 1080p mode or to automatically detect1080p mode using CTL[3:2]=11. MHL-RX 1600 then replaces CTL[3:2]=11 withCTL[3:2]=01. In some embodiments, when 1080p mode is determinedexternally, the transmitter notifies the receiver that 1080p mode is inuse using a separate channel, such as DDC (Display Data Channel) or CBUS(Control Bus).

FIG. 17 illustrates an embodiment of a system for transmission ofmulti-channel data. In this illustration, HDMI data 1715 is provided totransmitter MHL-TX 1705, which further receives clock signals clk1 x andclkNx and mode signal m1080 p. The transmitter 1705 transmits convertedMHL data 1720 to receiver MHL-RX 1710, which further receives clocksignals clk1 x and clkNx and signals ri_mode_1080 p and ri_mode_1080p_det_en. The receiver 1710 converts the MHL data and provides HDMI data1725 and mode signal mode_1080 p.

In the description above, for the purposes of explanation, numerousspecific details are set forth in order to provide a thoroughunderstanding of the present invention. It will be apparent, however, toone skilled in the art that the present invention may be practicedwithout some of these specific details. In other instances, well-knownstructures and devices are shown in block diagram form. There may beintermediate structure between illustrated components. The componentsdescribed or illustrated herein may have additional inputs or outputsthat are not illustrated or described. The illustrated elements orcomponents may also be arranged in different arrangements or orders,including the reordering of any fields or the modification of fieldsizes.

The present invention may include various processes. The processes ofthe present invention may be performed by hardware components or may beembodied in computer-readable instructions, which may be used to cause ageneral purpose or special purpose processor or logic circuitsprogrammed with the instructions to perform the processes.Alternatively, the processes may be performed by a combination ofhardware and software.

Portions of the present invention may be provided as a computer programproduct, which may include a computer-readable storage medium havingstored thereon computer program instructions, which may be used toprogram a computer (or other electronic devices) to perform a processaccording to the present invention. The computer-readable storage mediummay include, but is not limited to, floppy diskettes, optical disks,CD-ROMs (compact disk read-only memory), and magneto-optical disks, ROMs(read-only memory), RAMs (random access memory), EPROMs (erasableprogrammable read-only memory), EEPROMs (electrically erasableprogrammable read-only memory), magnet or optical cards, flash memory,or other type of media/computer-readable medium suitable for storingelectronic instructions. Moreover, the present invention may also bedownloaded as a computer program product, wherein the program may betransferred from a remote computer to a requesting computer.

Many of the methods are described in their most basic form, butprocesses may be added to or deleted from any of the methods andinformation may be added or subtracted from any of the describedmessages without departing from the basic scope of the presentinvention. It will be apparent to those skilled in the art that manyfurther modifications and adaptations may be made. The particularembodiments are not provided to limit the invention but to illustrateit.

If it is said that an element “A” is coupled to or with element “B,”element A may be directly coupled to element B or be indirectly coupledthrough, for example, element C. When the specification states that acomponent, feature, structure, process, or characteristic A “causes” acomponent, feature, structure, process, or characteristic B, it meansthat “A” is at least a partial cause of “B” but that there may also beat least one other component, feature, structure, process, orcharacteristic that assists in causing “B.” If the specificationindicates that a component, feature, structure, process, orcharacteristic “may”, “might”, or “could” be included, that particularcomponent, feature, structure, process, or characteristic is notrequired to be included. If the specification refers to “a” or “an”element, this does not mean there is only one of the described elements.

An embodiment is an implementation or example of the invention.Reference in the specification to “an embodiment,” “one embodiment,”“some embodiments,” or “other embodiments” means that a particularfeature, structure, or characteristic described in connection with theembodiments is included in at least some embodiments, but notnecessarily all embodiments. The various appearances of “an embodiment,”“one embodiment,” or “some embodiments” are not necessarily allreferring to the same embodiments. It should be appreciated that in theforegoing description of exemplary embodiments of the invention, variousfeatures of the invention are sometimes grouped together in a singleembodiment, figure, or description thereof for the purpose ofstreamlining the disclosure and aiding in the understanding of one ormore of the various inventive aspects.

What is claimed is:
 1. A method for transmitting data comprising: receiving a first portion of content data via a first channel of a plurality of channels at a base frequency; receiving a second portion of the content data via a second channel of the plurality of channels at the base frequency; determining whether the content data to be transmitted is of a first type or a second type, the first type of the content data transmitted at a first frequency and the second type of the content data transmitted at a second frequency; generating output data by: responsive to determining that the content data is of the first type, multiplexing the content data in the plurality of channels, and responsive to determining the content data is of the second type, compressing the second portion of the content data and combining the first portion of the content data and the compressed second portion of the content data, a size of the compressed second portion of the content data smaller than a size of the first portion of the content data; and transmitting the output data via a single output channel at a frequency corresponding to the determined type of the content data.
 2. The method of claim 1, wherein the first frequency is a first integer multiple of the base frequency, and wherein the second frequency is a second integer multiple of the base frequency.
 3. The method of claim 1, wherein the content data is compatible with High Definition Multimedia Interface protocol, and the output data is compatible with Mobile High-Definition Link protocol.
 4. The method of claim 1, wherein the output data is further generated by omitting a channel of the plurality of channels including a constant data.
 5. The method of claim 1, wherein the output data is generated by combining the first portion of the content data, the compressed second portion of the content data, and a compressed third portion of the content data, a combined size of the compressed second portion of the content data and the compressed third portion of the content data substantially similar to the size of the first portion of the content data.
 6. A method for receiving data comprising: receiving the data via an input channel; determining a type of the received data; determining a frequency of the received data based on the type of the received data; decoding the data based on the determined frequency of the received data, a first type of the data to be decoded at a first frequency and a second type of the data to be decoded at a second frequency; generating a first portion of content data for a first output channel at a base frequency based on a first portion of the decoded data; and generating a second portion of the content data for a second output channel at the base frequency by: inserting a constant data, or decompressing a second portion of the decoded data, a size of the second portion of the decoded data prior to the decompression smaller than a size of the first portion of the decoded data.
 7. The method of claim 6, wherein the first frequency is a first integer multiple of the base frequency, and wherein the second frequency is a second integer multiple of the base frequency.
 8. The method of claim 6, wherein the content data is compatible with High Definition Multimedia Interface protocol, and the received data is compatible with Mobile High-Definition Link protocol.
 9. The method of claim 6, further comprising generating a third portion of the content data for a third output channel at the base frequency by decompressing a third portion of the decoded data, a combined size of the second portion of the decoded data and the third portion of the decoded data prior to the decompression substantially similar to the size of the first portion of the decoded data.
 10. The method of claim 6, wherein the type of the data is detected by parsing a preamble field of the received data.
 11. A device for comprising: a receiver configured to receive a first portion of content data via a first channel of a plurality of channels at a base frequency and a second portion of the content data via a second channel of the plurality of channels at the base frequency; a first logic configured to determine whether the content data to be transmitted is of a first type or a second type, the first type of the content data transmitted at a first frequency and the second type of the content data transmitted at a second frequency; a second logic configured to generate output data by: responsive to determining that the content data is of the first type, multiplexing the content data in the plurality of channels, and responsive to determining the content data is of the second type, compressing the second portion of the content data and combining the first portion of the content data and the compressed second portion of the content data, a size of the compressed second portion of the content data smaller than a size of the first portion of the content data; and a transmitter configured to transmit the output data via a single output channel at a frequency corresponding to the determined type of the content data.
 12. The device of claim 11, wherein the first frequency is a first integer multiple of the base frequency, and wherein the second frequency is a second integer multiple of the base frequency.
 13. The device of claim 11, wherein the content data is compatible with High Definition Multimedia Interface protocol, and the output data is compatible with Mobile High-Definition Link protocol.
 14. The device of claim 11, wherein the second logic further generates the output data by omitting a channel of the plurality of channels that includes a constant data.
 15. The device of claim 11, wherein the second logic generates the output data by combining the first portion of the content data, the compressed second portion of the content data, and a compressed third portion of the content data, a combined size of the compressed second portion of the content data and the compressed third portion of the content data substantially similar to the size of the first portion of the content data.
 16. A device comprising: a receiver configured to receive data via an input channel; a first logic configured to determine a type of the received data; a second logic configured to determine a frequency of the received data based on the type of the received data; a third logic configured to decode the data based on the determined frequency of the received data, a first type of the data to be decoded at a first frequency and a second type of the data to be decoded at a second frequency; and a fourth logic configured to generate: a first portion of content data for a first output channel at a base frequency based on a first portion of the decoded data; and a second portion of the content data for a second output channel at the base frequency by: inserting a constant data, or decompressing a second portion of the decoded data, a size of the second portion of the decoded data prior to the decompression smaller than a size of the first portion of the decoded data.
 17. The device of claim 16, wherein the first frequency is a first integer multiple of the base frequency, and wherein the second frequency is a second integer multiple of the base frequency.
 18. The device of claim 16, wherein the content data is compatible with High Definition Multimedia Interface protocol, and the received data is compatible with Mobile High-Definition Link protocol.
 19. The device of claim 16, wherein the fourth logic is further configured to generate a third portion of the content data for a third output channel at the base frequency by decompressing a third portion of the decoded data, a combined size of the second portion of the decoded data and the third portion of the decoded data prior to the decompression substantially similar to the size of the first portion of the decoded data.
 20. The device of claim 16, wherein the first logic detects the type of the data by parsing a preamble field of the received data. 